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The transmission of messages and documents by facsimile transceivers (fax machines) is becoming an 
increasingly popular and widespread practice. As a further development, it is not necessary for an actu J fax 
~ ^ ^""^ °' '^^ destination of Ihe message transaction. A soH:alled "fax 

modem may take the place of the fax machine at either or both locations. A fax modem connects to a 
telephone line on one side and to a computer on the other. On (he telephone side it can both send and 

'^nTn "^""^ °' ""^ ^^'"^ '^P'^^' ^ ""^^ undergoing facsimile transmis- 

,0 IZJl^ computer side it either sends or receives a stream of eight-bit bytes of compressed data 
10 representing an Image. A suitable application program running on the computer either converts an incoming 

byte stream to a bit-mapped image for display on a monitor or other output device, or converts a displayed 

!-nmn ""^ff""'""? <'"'9°'"9 "Vte Stream. Such an application program (together with its associated 
computer) may be termed a fax viewer." 

« n.,m'ilf«fT. '^"r"*^ " "^"'^^ *° ""^^ Connected on the phone line side to some 

«n ? ^ IT?: ^"^ « ^"9'® '^^'"P"'^^ "'""i"9 a program called 

r«n„pJ.r. . r..^ '"^ °' *^ computer-to<omputer communication 

arrangements.) In such a facility there may be several hundred subscribers on the network, each with a fax 

wh^ °" ' T'i"'"' '^'^ ^ '""'^"^ '^^ """"^^^ P^^haps only five or fen fax 

rnodems. Whereas a small business may well be obliged to use an actual subscriber loop per modem 
(Which may be termed 'traditional single party sen^ice"), a larger facility can arrange for the local phone 
company to interact with the facility as if It were an exchange in Its own right. Then, some level oTiunkino 

.5 roTf^cl I """^^ '^^^ ^"^"^ """P^"^ ' P"^^'* exchange at he 

Inf! T T f H « arrangement allows the allocation of the fax modems to whichever 

ones of selected (for fax service) phone lines are In use. This arrangement may be temied "direct inwafd 

hp J^n f '^^;''^'^'«°"^^*'"9'« P^rty service or direct Inward dialing there Is a necessary correspondence 

iTrl., ^^Tu""""^' """'^ "'^ ''^^ '^'^""y '"e E-mail address of the 

mended recipient. H someone wants to send Charlie (who Is a useful but wholly fictitious person) a fax then 

which'"ohl? n„ th" ' ""^ '"""^'^ '''^ ^---^^ ^"^« determine 0 

fl Af'^P r rf'"""^ '"'"""'"S ^"""^^t^"^- "n^^' '"<0"^ation indexes a 

table of E-mail addresses; Charlie's fax phone number points to Charlie's E-mail address 

.h» "l"^ T''^^ ^"'^ '"'^^''^ ^°*' "'^y "°' ^'«hout a few warts. Rrst. there Is 

he matter of the phone line per user for single party service. To add a user il is necessary to add a phone 

o^tv^nhn ' K ^^'T '"''^ ^"P^"^- "'"^ '"ward dialing a proliferation 

hi rhrlp? T If ^ '"^"^^ '° °' '° adequate service. It would 

reorf.«nSnofl ' " ' '° "^^ ^ ^"''^"'^ """'"^^ °' PK°"« «nes all 

representing the same phone number, and answer or select them "in rotation." Second, unless there is a 
modem per phone line (expensive!), there is the hardware needed to keep track of which phone line is 

eZaLTTh 'T ^^^^"^ '^^^ " "^^^ hardware CO S be 

™JL H K^"'^ 'V^""" ^^'"'"'^'^^«°" adding or deleting a user. The table of 

'^1 T ""'"''^'^ -""^ "e kept up to date, or incoming 

faxes will not be correctly routed. f . luuminy 

And while on the subject of warts, it should be noted that a conventional fax server has no way of 
determining 1 the received fax message will appear upside down on Charlie's fax viewer. It is usually left to 
the recipient to turn upside down messages right side up. 

The underlying reason for all these particular warts on the prior art is that the fax server has no way to 
read the incoming fax message and intelligenUy base its actions on the contents of the message. 

Summary of the Invention 

We have a devised a way of making the fax server responsive to certain contents that may be placed 
into the fax message. Our fax sen/er expects a fax message to include as its first page a header page 
which in lum may contain the information to which the fax server is responsive. The incoming fax includes 

inciul^ h!7i"^?, >!.°f '"^^1'":"'°" "^^ ^^"'s^- This information 

ncludes. but is not limited to, a TO: Ime and a FROM: line, as well as a SUBJECT: line. These lines are 
logical lines, and a mechanism has been provided to allow a logical line of bar code to be composed of 
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several physical lines of bar code. Of these logical lines, it should to noted that only the TO: line (or one 
having a con^espondlng logical function) Is truly necessary for the automaUc routing of Incoming fax's. A TO- 
line IS used to specify the E-mail address to which the fax message Is to be routed. 

Because the actual E-mail destination address can rww be put into the fax (via a TO: line in the header) 

5 and then recovered by the fax server, no table of correspondence between phone numbers and E-mail 
destinauon address is required. In fact, the need for direct inward dialing for lax service is itseH eliminated 
since the fax server can now route an incoming fax irrespective of which phone line the fax was received 
on. The facility can now distribute a single fax number for all incoming fax traffic, and respond to that 
number with an appropriate number of phone lines answered In rotation. Unes can to added or deleted to 

w reflect the volume of traffic without disturbing the arrangements through which persons communicate by fax 
That IS Charlie doesn't need his own special fax phone numtor to receive fax messages on his E-mail 
terminal. Obviously, gone also is the mechanism that infom^s the fax server of which phone line the fax 
modem answered. 

r-K r ^^^^"^ administration Is needed, over and atove the normal amount associated with 

nl . ' r"^. "if *^ ^^'^^^ "^^'l '"aimain knowledge of 

particular E-ma.1 addresses at all. and if desired, it can to left up to the E-mail system to decide what to do 
with a message having a defective address. 

It may be argued that not every sender will be equipped with the proper bar code generation 
mechanism, and that too many messages will end up in the unknown or general delivery bin. Suppose 

20 Charlie gets a voice phone call from someone who wants to send him a fax, but who does not have any 
means to create the needed bar code to correctly address Charlie on E-mail. THen Charlie just faxes 0) a 
suilabte cover sheet to tto other party, who then makes as many photocopies as desired and uses one to 
send his message to Charlie. The bar code reader in our fax server is quite tolerant of size changes in the 

25 Sm enlargemems or reductions in size and skew arising from repeated photo-copying cause no 

Another aspect of the invenUon is that the particular bar code preferred for use in this method is not 
symmetncal for a certain "START/STOP" cipher used to enclose each physical line of bar coded 

'^S^rnp J* *^ '"^ '^'^^^ *° '"'P^^* ^ ^" 0' ^ looking for a 

START/STOP cipher, and do it from both left-to-right and right-to-left. Owing to the asymmetry, only one 
direction of inspection will be successful. Since the START/STOP cipher Is on the left side of the line when 
the page is right side up, which inspection is successful indicates whether or not the header page (and by 
implication, the entire document) is right side up or upside down. II it is upside down the fax server can turn 
It nght side up tofore sending it to its E-mail destination. 

Further aspects of the invention are as follows. For the convenience of the human reader at the 
Fnr^M cMoT^f "'^ supplemented by their ASCII string counterparts, so that the TO:. 

FROM: and SUBJECT: lines on the cover sheet can be read and understood by Charlie when he looks at 
in@ rnoss3Q6. 

Now it may be the case that the addressee is not a human toing at all, but a piece of software 
designed to respond to things sent to it by fax. There are at least two ways this can work. First, the software 
m "! 1 '"^^ ^""^ destination on the network, just as any other addressee. The message 

mat ttiis software receives is itself bar code, check toxes in a predefined field, or a combination of both It 
could also incK.de font characters to be recognized by optical character recognition. Second, the software 
could to in the fax server itself. In this case the fax server does not route the message, tot directly 
performs itself any action needed in response to the message. In this connecUon we have provided that our 
fax sen,er detect a particular cipher in a designated line of the bar coding in the header page, say on the 

, .1! ' '° a fax to an E-mail address or treat the entire fax as 

message to the lax server itself requiring some particular response. 

Such a fax ser/er can to used to perform a variety of functions. Consider the lowly advertising "bingo- 
card, which IS a post card included in. say, a magazine. The reader fills out the card and mails it. In due 
course some requested goods arrive or a requested service is rendered. With the aid of the fax server 

frnr'l^H f^^'^'V ' "'"9° "^"^ i"- " ^^''"est was for information 

n pnnted form, then the fax se^rer could simply fax it took, on the spot! In similar fashion, one could use 
the inventive system to accomplish order placement generally, and as an overall replacement for optical 
Character recognition at the resolution of fax machines. With tto aid of a program that generates from ASCII 

«li f Lrn". T.J"''^'' '™ ' '''"^^^ °' 'a-^^ '° a fax server can generate for 

artDitrary ASCII text tto corresponding bar code for inclusion in the message. 

Brief Description of the Drawings 
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Rgure t is a simplified block diagram of a fax server/network installation for use with the method of the 
invention; 

Rgure 2 is a simplified flow chart of an idle loop in the fax server of Rgure i ; 

Rgure 3 is a simplified flow chart of a process started by the flow chart of Rgure 1 and used to 
5 determine that the modem of Rgure 1 is receiving an Incoming fax message; 

Rgure 4 is a very simplified flow chart of a process started by the flow chart of Rgure 1 and used to 
actually receive an incoming fax message from the modem and leave the message in a file for further 
processing; 

Rgures 5A-B are a flow chart of the process ROUTE FAX that appears as a step in the flow chart of 
JO Rgure 2; 

Rgures 6A-B are a flow chart of a procedure named BAR CODE that is used as a component operation 
in the flow chart of Rgures 5A-B; 

Rgure 7 is an example of a line of bar code that is used to represent header information in accordance 
with certain aspects of the invention; 
15 Rgures 8A-D are examples of a sample header page having different sized bar code ciphers for header 
information to be used in accordance with certain aspects of the invention; 

Rgure 8 is an illustration of the ciphers of a particular bar code preferred for use with the invention; and 
Rgure 10 is an illustration of an information request "bingo card" incorporating aspects of the invention. 

20 Description of a Preferred Embodiment 

Refer now to Rgure 1. wherein is shown a simplrtied block diagram of one system to which the 
invention is applicable. As shown in Rgure 1, a number of subscriber's loops (1. 2. 3) originate from a local 
telephone company outside the user's facility. These subscriber's loops 1-3 are what are commonly thought 

25 of as "telephone lines." although it will be understood that the practice of the invention is not in any way 
limited to use with only metafile conductors such as those employed in traditional telephone systems. That 
is. the facility's telephone service can be carried over any suitable communications channels using any 
appropriate technology; e.g.. microwaves or fiber optics. Furthermore, it will be understood that while tiie 
figure is compatible with the case where each of the subscriber's loops has its own phone number (direct 

30 inward dialing), it is in no way limited to just that situation. Rgure 1 is equally representative of the situation 
where each one of me subscriber's loops 1-3 represents tiie same phone number. In fact, it is just this latter 
situation that is preferred, since it dispenses with the inconvenience of distributing more than one phone 
number for fax communication. 

After the subscriber's loops 1-3 cross into the user's facility they each terminate at a respective fax 

35 capable modem 4-6. By the term "fax capable" we mean that the modems 4-6 can at a minimum send and 
receive fax images, but may be capable of other types of service as well. And although we have shown one 
modem per subscriber loop, other arrangements may be possible involving a switching arrangement (not 
shown). Such a switching arrangement would allow there to be fewer modems than subscriber loops. Each 
of the modems 4-6 is connected to a computer 7. which, in conjunction with the software that it runs, is 

40 called the fax server. The computer 7 serves a network 8 upon which resides a number of users 9-1 1 . The 
users 9-11 ail have E-mail addresses and terminal or workstation hardware and associated software suitable 
for receiving fax images; e.g. high resolution monitors, laser printers and fax viewer software. 

It will, of course, be understood that Rgure 1 is a generalization of a wide variety of possible 
arrangements for connecting a computer network to a telephone system for the sending and receiving of fax 

45 messages. 

Turn now to Rgure 2. which is a simplified flow chart of the main idle loop for the fax server 7 of Rgure 
1. Actually, in one real installation it is a flow chart for the highest level of abstraction associated with the fax 
server function executed on the computer 7; there may be other functions performed by the computer 7, 
such as managing the E-mail system on the nelwori< 8 or maintaining some bulletin board. Indeed, the 
function of "fax server" is accomplished by running an appropriate application program on the computer 7; 
any of these other functions would be accomplished by "simultaneously" running other corresponding 
application programs on the computer 7. too. To this end. the operating system for computer 7 is of the 
multi-tasking variety. The details of what amount to time sharing between these various other applications 
and the fax server software are handled by the operating system. With the foregoing in mind, it will be 
understood that Figure 2 is the main idle loop for the fax server function of the computer 7. and that there 
may well be other main idle loops of equal logical rank (or position in a hierarchy) in existence on the 
computer 7. That is to say. the flow chart of Rgure 2 is not the supreme idle loop of the highest possible 
abstraction on the computer; that idle loop would be someplace in the operating system itself. Instead, the 
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Srh^n?h°' ^'^"'^ ^ " *^ ^'^""^ °* ^ °' application program activity 

which in this case IS fax message management » "fk h y uin dcuviiy. 

decilSLlln^'c "^^"'tJ if ^^"Sement of ten steps 12-21; in accordance with convention. 

5 SZrr?.K T^:'^ ''^ performance of tasks by rectangles. It will be 

o™^ °' '^8"'" 2 ''^ ^'"'P'"'«^ ^°"9 '""C'io"^ ""es. and that an actu^ 

crTn^."^'"" """"^ "'""^'y ''^^^-^ ^ '""fl-' '"o™ detailed flew ci 

pnncipally because of the details of implementation. 

accoSrJt?„'"^ il T'^ f °" °' "'^ tiovv this may be 

,0 rf^^ m !■ -mplementation dependent: an Interrupt service routine, for example c^uld 

2eterlin«d m". ?. " " ''""^ ' """"'^ '^'"'""^'^ «^«'* « d""-^'- O"- step 12 

determ ned that there ,s new (i.e.. so far unacknowledged) incoming activity on a modem step l1 

"Sc hemTZ "TV°T^ ""^^^ *" acknowledge the ac«vi,y and find out wSt kind 

nil™ J h T T '^^'^^"^ ^ independenuy executable program to be 

performed by the computer 7 under its multi-tasking operaUng system. The process IDENTIFY is discussed 

'S'^ir^'.rr "'''^^'^ ^^•^^"^ ^'^P ^ 'o. the flow cJ^ o, ^ ^eT 

Continuing w,th Rgure 2, ,f step 12 determines that there is no unacknowledged acfivity at any of the 
moderns, step 14 determines if a newly acknowledged activity is a fax message. The way this works is tS 

'"''""^ "'^^^ ^"^'""^^ '^^f^TIFY, which in turn detei^inS^ that The 

mcoming acUvity was indeed a fax and created some interprocess indlcaHon (flag, message^ a m^^x in 

S Hz^foL omI ' ' ' "^""^^ "^^^'^ "^"^ ^•^"^ '° actually store tt^e 

digitized form of the incoming fax into memory. Upon its conclusion RECEIVE FAX returns to step 12 

vnn,!!"" . '^f "'^^ ^^^'^ "0 incoming activity that is a fax. then step 16 determines if a 
s n "^"'^^"^ embodiment this Is accomplished by fe™or a^ 

S aSs RECEIVF STv? '°' r '""^ "^^^ "^^^^^ '^'^ incoming f" 

messages RECEIVE FAX does not create such an unlocked file until it has received some minimally useful 
quantity of information, say. an entire page of a fax message. (For our purposes here su^hTSniartaJ 
resuZ " " " '""^^ -"'^^'"S- *° about ab ormal terSion" 

, Zlh H .""T"^ ' '"'"^^ °' ^'^'^ ^' 'east Charlie w rknowTat 

h1 ' TJ"^V° '"'"'"'"S' ^"'^ '"^''^^ be taken by the parties ) If step 16 

F^ . ^^^'•"^^ Proces ROUTE 

FAX whose task it is to determine the E-mail address of the destination of the fax, and then mail the to^ to 

Tt& at step 16. Upon conclusion step 17 returns to step 12 

The remaining steps of the flow chart of Figure 2 deal with non-fax messages. Step 18 for instance 

diffif '^'^."'^f ^.^ appropnate process to handle It. We are speaking very generally here as it is 
S "Js^^oTZo^t N '"T'f ^ "^'^ communicaLnsTr^smission (Jg., ovlr a 

totiTuprtsCrs^"^' ' •'-^ ^^^'"^ ^'ep ll returns 

If step 18 does not branch to step 19, then It branches to step 20 instead. Step 20 determines if there is 
outgoing activity that is to be initiated. If there is then step 21 schedules a^ approp^ e proves o 
accomplish that. That process returns to step 12 when it reaches its conclusion. LikewS ifTp 20 
determines that there is no outgoing activity, il also returns to step 12 ^ ^ 

ah/?!."°"'!°, "^^"'^ ^' "^'^^ ^ '^^^ °' P"^^^^ IDENTIFY, scheduled in step 13 in Figure 2 
Arter tarting at location 22. the first step 23 is the determination of whether or not the activity deS fn 

"RING" for .^ ^^"'"^ '^^^''^ " "^^ by the modem^of Te Sng 

famous ^ T °' explanation, assume that the modem is like one 

"rTnG" T'^""^ °" P^'^'^"'^^ a"«^ i-^itators send the string 

pZLl^to h r « -P-en'^-g a ringing current. The modem is pr^ 
anorermeslf , ,h T T""' ""-""^^ °* ""9='. "Pon which the modem transmits 

"SoLlNTFrMorat,~ '^"^ ' ^ ^^'^^ ^ P-^'aps 

step'2fused'.o'drmfnV']'' 'T^'T "^"^ ' °' ""'^''^^ °' ^'"9^ "-aintained and 

?nd s^lT, ' nf f r ; "^""T' ""'""^^ ""9' "'^"^'"S " 'twere is. then something is amiss, 
rl l?. T 'APPROPRIATELY TO ILLEGAL CONDITION. But in a norma 

back to step 23. Now the modem sends not "RING" but something else, having gone off-hook and 
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sTTllrTZVZll ^ ^•""^"""9 23 '0 transition ,o 

Zr, 1. 0^ determined if the modem sent "INCOMING FAX" or not. H the detemiination is YES 

SislL^l "^^^ ""^^'^ ^^'^ STATUS that suivives the death of the p4ess 

, '™m the UNIX brand operating system: the actual code for the prefe'S 

5 embodiment was written In C and runs under the UNIX brand operating system ahar infer 

communication mechanisms could be used.) The value of STATUsTsTas^ b^ras^Sra^^^^^ 

.0 NO. *en something Is amiss, and the transiBon is to Z 31 forT^roprte s7ons:Tr£L' 
s'^hS.u'l^ : '° ^"'"3 step as'transitionsnep 29 IS 

« «r P-'^^"'V l! 1*7^""*'^ ^•'^ °' the process RECEIVE FAX scheduled by step 15 in the flow chart 

thoSht A °' r""""'"" P^^^"' ProceL RECEIVE fIx may E 

Sore i i Tl^.l'T '''''^ ""'"""^ ' '"""^'^ 3^ '° receive me Tand 

^ a d'^ctory (of disc files) whose contents are incoming fax messaoes 

Following this the process terminates itself at exit step 35. Naturally, the program correspond^g To st^D 34 

.0 L'ZT' " '"TT ^"P^- ^'"^ °' ^« them^l7es div^^^.l f on the whofe 

20 the step 34 ,s conventional and well understood in the art, and we needn't discuss it further 

Turn now to Figures 5A-B. which are a flow chart of the process ROUTE FAX that is steo 17 in Fio.,r« 
2. A program listing for ROUTE FAX appears in Appendix II.) The first step 37^tl^e 1 Less ROUTE F;^ 
o™?' ""J" """^'"'"9 .he received image. This action e ps "e file Som beS^ 

.5 .o^oTitT'V r ^''^^ °' '"'9"^^ 2. In the next step 38 a page pointer? et 

25 to point to the first page of the document and a header pointer is set to point to the first header The 
headers are bar coded informafion expected ,0 appear on the cover sheet in a Jrdance w m the tlton 
(Setting a pom er to the first header does not locate that header, but instead indexes where ,0 Z , he 
header information once the first header is located and processed.) The next steo 39 is to a non! 
orientaUon flag to a value meaning "unknown." o > 1 ne next step 39 is to set a page 

both^nt.^^'^^ """I""'! ^ "^"^""9 ^"^^^'^ ^ «'"««'^"9 the bar codes to ASCII 

both done in preparation for later attaching the ASCII header information to the body of the messaoe To 
this end. step 40 fetches the next (or first) raster line (scan line) of the first page of the fax No header cin 
precede this location, although it is possible that one could occur this early in the document Steo 41 

oTs^rncrof ZTLT^ '''' °" '^'^ ^« <^^'^ trlnSo" isfsM 

.rL« Z?' °' '^P^"«"""9 >" a compression scheme. The partial decoding 

Sck 2 wZ oTxlT T""" <=''"'P^«^^'°" ^^l^^-^ tor a Simple run length ending of 
Sne oflnt n^f •• fT'"^ ^'"P ^PP"'^««°" °' ^ Pro«<*ure named BAR CODE 

CODE if • " " "^^ '^'"'^"^ ' °' "'l^' The procedure BAR 

CODF- n it '"'^ "^S"^^' S*«P « tests the outcome of the procedure BAR 

CODE ,n the simplest case the fetched raster line was not bar code, whereupon step 44 determines U there 

TSLTZ '""V:: °' " ''^'^ '°°P continues rors^3?:S 0 hSi 

Oie e can be no further headers, and the loop of steps 40-48 is complete, leading to the execution of sS.' 
49 (shown on Figure 5B and discussed a little further on below) execution ot step 

r.on.In, rthi"! "I? '"^ ""^ '"^^^ "^r code, Steps 45-48 cooperate to store its 

content (the legend) as the current header. To this end. step 45 inquires if the line or segment of ba°code 

n,w»f I, K "Mn""" ""^ °' ^'9'"""* "^^ '^o-" ««PS « (UponL ia eL°he 

answer will be NO, since a previous legend has not yet been stored.) Unless the answe s NO K m 
desirable 0 further process the bar code, as it is probable that the raster line in hand s ^mjy a 

s anTnTlfri L ca^t^^^^^^^^^^^ 'T' ' P^^ <-"^ - earner Shed 

scan line). It this is the case then this scan line is to be ignored. Assuming the answer is NO then steo 46 

detemiines if the line in hand is an initial or first segment of a legend. (Thai is, it is a log cal Hne of on y one 
Ena ^E OF ShSh^.''''"' 'Ti,"' ' ""^ "^^^'"^ several physical lines.'This isTe Se^ 

Sswer is I^ES ,he?^l « '1' °'" "^'^^^^'^^^ '^'"'"^ ^^th Figure 7.) If the 

^^mb no fh! TLT. "'^ "3^"'' ^•'"^•^ ♦^"'Pora'y locafion for storing and 

legend into a complete header. Otherwise, step 47 determines if the physical line of bar 
code I hand ,s a valid continuation of the previous one. That is. if the previous line was number one 0 

five of SIX. etc. If ,t ,s a valid continuation, then the loop continues with step 46.2. which appends the 
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decoded ASCII string of the line or seement in hand to the legend buffer. Otherwise, the line in hand is of 
no Interest, and is ignored by continuing with step 44. 

From step 46^ the loop continues with step 4B, which determines if the line or segment in hand is the 
last segment (is the last physical line in the logical line). That is. is the UNE OF cipher of the form "one of 
5 one-, -two of two", "three of three\ etc. If rt is. then step 48.1 stores the legend buffer into the header 
location currently pointed at, and step 48.2 increments the pointer to point at the next header. Following 
that, the loop continues with step 44. Othenvise, steps 48.1 and 48.2 are skipped, and the loop continues 
with step 44 directly. 

After the entire first page has been scanned and all headers detected and stored, step 49 determines if 
10 the first header is right side up or upside down. If the first header is upside down then it seems probable 
that the entire document is also upside down (although it is possible that this unfortunate condition applies 
only to the first page), and step 50 turns the entire document over (i.e.. right side up). If the first header is 
already nght side up step 49 skips step 50 and continues instead with step 51. 

The ability to determine if the first (or for that matter, any) header is right side up or upside down arises 
75 from the asymmetrical nature of a certain "START/STOP" cipher occurring at distal ends of a physical line 
of bar code and used to enclose bar coded information. The idea is that if the document is right side up 
(and by imphcaUon the first page with its first header, too) than a left-to-right scan of the first header will be 
successful In detecting the enclosing "START/STOP" ciphers. If the header (an by implication, the rest of 
the document) is upside down, then a left-to-right scan will be unsuccessful, but a riqht-to-left scan will 
20 succeed. 

Step 51 packs the fax message into ASCII characters as a format for transmission over the network 8 
That IS. at this point the fax consists of a file of sequences of ones and zeros represenUng a compressed an 
the sense of data compression) image, of the same type to which the partial decoding of step 41 pertained 
These sequences are not as conveniently transmitted over the network 8 as are ASCII characters havinq a 

25 regular predefined length. So. the bits of the sequences are simply taken in six bit chunks and added to an 
offset, so that they may be treated as though they were printable ASCII characters. Any framing control bits 
start and stop bits, parity bits, etc., that are then added for transmission on the network 8 are then later 
removed by the software at the destination, as is the offset used to position the six bit pattern into the range 
of printable characters, and the transported groups of six bits are reassembled into their original sequences 

30 Software at the destination can then proceed to convert the received fax into a displayable or printable 
image. 

Following step 51 . step 52 attaches the ASCII characters representing the actual content of the headers 
to a preamble segment m the E-mall package containing the fax message. This is one of a plurality of uses 
that are made of the ASCII representation of the content of the headers, as now explained. The actual bar 
35 coded header is itself a visual image of some bar code, and is transmitted as any other graphical 
component of the fax message (i.e.. as described in the preceding paragraph). What step 52 does is to 
decode the bar code of each header and supplement the graphical description of the image of the header 
with actual ASCII codes represenUng the content of the header. These ASCII strings ars placed Into 
predefined places for such information located in a preamble portion of the E-mail format. (This is similar to 
40 pads of memo paper having already printed thereon the headings "TO:", "FROM-" and "SUBJECT " ) This 
makes the header content readable even though the fax itself has perhaps not yet even been rendered as a 
graphic image by the fax viewer. That is, a person looking into the beginning of a file containing the stuff 
the fax viewer is going to use can see the ASCII content of the headers. (See the TO: line on page 1 of 
Appendix V.) Also, step 54 (described In the next paragraph) needs the decoded content (meaning) of the 
TO: header for routing purposes. And, upon reflection, it will be appreciated that even when the fax is 
finally rendered by the fax viewer into an image, or a series of images, the headers would then appear only 
as bar code, just as they appeared on the originally transmitted document. Who likes to read bar code 
anyway? Fortunately, there is no need to learn how to read the bar code, as the sender can use a program' 
for header page creaUon (MAKE_HEADER. described later) that not only produces the desired bar code 
image but also creates adjoining that bar code the graphic image of the corresponding ASCII characters 
Thus a header page can have not only bar code readable by the fax server but also corresponding 
alphabeUc characters that are readable by a human being. 

Next, step 53 determines if there is a. TO: header. If there is its ASCII content is used in step 54 to 
create the ASCII representation of the E-mail destination address that the bar code of the TO: header 
represents, as shown in Appendix V. If there is not step 55 sets the E-mail address to some default value 
say, general delivery. Either way, the next step 56 mails the fax. Following that the process ROUTE FAX 
terminates with the exit at step 57. 

The astute reader will note a similarity between steps 52 arid 54/55. It may appear that step 54 is 
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redundant, having been accomplished in step 52. Whether or not this is so may depend upon the inner 
workings of the E-mail system. In the system we used, step 54/55 was necessitated by the requirement by 
the E-mait system that it be expressly passed a destination parameter at the time it is called, regardless of 
what good information may be in the header portion of the file or package being mailed. 
5 Refer now to Appendix IV and Appendix V. Appendix IV show the binary format of a file containing the 
image of the faxed document. This file fonnat pem^its arbitrary binary data, and as such may not be easily 
transmitted over-some networks since many of the patterns that would occur would not correspond to 
benign ASCII characters. Note also that this fomiat does not include any header information that pertains to 
the origin and destination of the fax itself. The fax itself is in there, but the characters that would result from 
10 decoding the raster lines and assembling them are not apparent. 

Appendix V illustrates a sample message that can be transmitted over the network, and that once was 
in the form of Appendix IV. Two things have happened between Appendix IV and Appendix V. First, the 
arbitrary binary format of Appendix IV is brought under control by application of the UNIX utility uuencode 
This renders the arbitrary binary file as a sequence of printable ASCII characters. TTius, Appendix IV maps 
75 into that portion of Appendix V following "begin 444 fax". Second, above that point (n tiie format of 
Appendix V is the E-mail header stuff. This is the place where the TO: line in tiie faxed document, decoded 
by instances of steps 42 and 43 in Rgure 5A and stored by steps 52 and 54 in figure SB, gets placed into 
the message routed by the E-mail system. (Look under tiie X-FAX-FROM line, which now stands for 
"FROM:", since the E-mail system insists that its FROM be for the entity that gave it the message to mail 
20 which in ih\s case is the fax server (Fax Daemon).) To drop the otiier shoe, once the mailed fax gets to the 
fax viewer (whose source code is shown in Appendix VI) the UNIX utility uudecode is used on the fax image 
portion to recover tiie binary data representing tiie image. 

Refer now to Rgures 6A-B. which are a flow chart for the procedure BAR CODE appearing as step 42 
in Figure 5A. (Appendix III contains a program listing of tiie procedure BAR CODE.) Recall that one of the 
25 purposes of tiie procedure BAR CODE is to determine if a scan line contains bar code or not. 

Following a start represented by location 58, the first step 59 in the procedure BAR CODE is to 
determine if there are at least enough transitions (white-black or black-white pixel pairs) in the line for it to 
represent bar code in the first place. If tiie answer is "NO" tiien the procedure has found the desired result 
(tiie scan line is not bar code) and continues with step 70. which sets a return value to "NOT BAR CODE" 
This is followed at step 71 by a RETURN to the calling process. The return value mentioned above is a 
parameter passing communication device found in the C programming language, it is used here as a way to 
inform a calling routine about the now concluded goings-on in a procedure that was called. 

If step 59 determines that tiiere are indeed a sufficient number of transitions in the line, then it is 
possible that the line contains bar code. alUiough at this point it is by no means a certainty tiiat it does 
After the "YES" transition from step 59 the next step 60 clears the reverse flag. This flag indicates which 
direction of scanning to use. For our purposes here we may say that if the reverse flag is cleared then 
fonvard scanning of from left to right is in use. If tiie reverse flag is set then reverse scanning of from right 
to left IS in use. So. step 60 initially sets fonward scanning. 

The next step 61 determines the value of the page orientation flag. It will be recalled that this flag was 
40 initially set to a value of "UNKNOWN" by step 39 in the flow chart of the process ROUTE FAX (Fig 5A) 
Thus, upon initially reaching step 61 of Rg. 6A the answer to the question "IS THE PAGE ORIENTATION 
FUG = UPSIDE DOWN?" will be "NO" and the procedure BAR CODE will continue with step 64. 

Step 64 ts a fast search in the selected direction for a START cipher. A START cipher is a 
START/STOP cipher that occurs at the beginning of a line, and a STOP cipher is a STARTySTOP cipher 
45 that occurs at tiie end of a line. Since the same physical cipher is used for botii START and STOP; which 
one IS which is tiien distinguished by its location relative to the interior portion of tiie line. Also, separate 
ciphers could be used for START and STOP, although this is not necessary. Step 65 determines if a 
START cipher was found. If the answer is "YES" tiien step 66 performs a similar fast search in the selected 
direction for a STOP cipher. Next, step 67 determines if the STOP cipher was indeed found. If the answer 
to either of steps 65 or 67 is "NO" then the procedure BAR CODE continues with step 68. which 
determines if the page orientation flag is set to a value of "RIGHT SIDE UP". That is. if a previous 
application of BAR CODE has decided that the page is indeed right side up. then the current scan line must 
not contain bar code. Accordingly, upon a "YES" answer at step 68 the procedure continues with step 70 
(already explained) followed by the RETURN at step 71. 

If the page actually is upside down, however, then searching for the ciphers from left to right would fail 
to find tiiem. and the answer at step 68 would be "NO" (the page orientation at this point could be either 
upside down or unknown). Of course, the ciphers might simply not be there to be found, either. But that 
can't be known until after searching for them from right to left. Under these conditions the next step 69 is to 
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<rtpn *w Thoc« uuwn unaer mese conditions Ihe procedure continues with step 62 followed bv 

REVERSE FurSET?" A«: T "'^"'^ ' "^"""^ '"rouoh step 69: "IS THE 

If all the ciphers have been converted the answer at step 77 will be -ye<5- ^n,i .k 

continues with step 79: "IS CHECKSUM OK7- if fh» , • " ' procedure 

the silualion is treated a though me 3na s norbaTcnL^ '"""T^ ^"'^^ 

steps 80 and 81. which correspond Vo s^eps )o and 7° " " ^"'""P"^'^^^ "^V «"«"-"9 -'h 

B2.^°ZX Sste valu"! of'Jh; '^"^'"'^ -ith steps 

corresponds to the first succesJul va^,^ ^„^^«'9"^ ^ '° «he page orientation flag that 

it already has the value RrHT SIDE UP "^^ "^9- ^'""^^ 

Will L%ES~ aTorr; el IV'eT to ? "T" °' ^'^•^ — ^' ^'^P 

Presumably, t^e searches and c^^^^^^^^ ^^^""'"9 reverse flag, 

assign a value of UPSIDE DOWN to me ^.TH^Z Z ' ' '° 

has aS 3 tTsrstrup ';:nrnr. ''''' " ••'^ -"^^^ 
::rrLrd.r:™ S 

the reverse flaa Thus if 7h«TIJ , T ^ ^ '"^ (document was upside down, so step 63 set 
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use with the fax server. These include the layout of the header page, a descripUon of the preferred bar coda 
Itself, and a means for generating images of bar code. preferred bar code 

in,«r.!,H'."°* '^'^"'^ V'''*' " ^ ""^ o« bar code 86 adapted for use on a header paoe 

rl^ L . , » K ^ ^ "^^^ ""^ °' ^f^' fi^^ers. The particular line 83 showi^ Is 

Ser! "''"""'^ '^^ corres^nlg ASCII 

The line of bar code 86 begins with a START/STOP cipher 88 and ends with a START/STOP cioher 93 
Evenr physica l.ne of bar code begins and ends with such START/STOP ciphers, regardless orw?mer o; 
P I l<^l'reHs'a°^'^P 'h"T^- °' '''"^"^ «-ond cipher m the line 86 (SrTn Ly 

rn T^nT f «^ k'"*^' ^'P"^' '"'^'"'^'^ ^"'^ °' '"S'^^l line (i.e.. what its function is 

TO.. FROIM:. etc.) this physical line belongs to. The various TYPES may include: nai .is mncnon is, 



TO: 


FROM: 


SUBJECT: 


XXX: 


YYY: 


ZZZ: 



ilfnnhw^P ^ ""^ '^P™'^"* possibility of defining other types to serve particular 

woulZni^H ' ^''^ "■'''"^ ''^ '° "first quarter bingo card^ which 

would implicitly indicate a particularly formatted request for information " 

In addition to all the types mentioned to this point is a type we may call "NCT" (No Coded Tvoei 
inHi^l^H T ' "'"'"^ '"^ '^^ •'^^'^^^ ■"^"^^'^ ^^'^ a type, but Sher 1^, t^ini' 

H^^TT^^ "I" "l"'"^ "^"^ "'^ '^SCII symbols in the content poitio^ oUhe 

SoBINGO" '° '"'3'" "^^ -^"^-^ Cipher 'olwed Sy 

Although our preferred method of identifying header type is by the use of a TYPE cipher as exolained 
above (erther an expressly predefined type or the NCT type followed by a definition in me conrent oolnf 

l^'""'!'''"'" °' ^ ^'Pher could be dS.^nsed wTin ?a°or Of 

^ simply including the keywords TO:. FROM:, etc. in the content portion. The use of the START/STOP 
ciphers and the LINE OF mechanism (described below) would ^ill work as ^fore Now tie pX.^ 
becomes one of parsing the content portion to determine what use to make of it 

Un^J^rliy '"f^,' ""^ ' "-"^^ ^'P"^^ 90. This cipher indicates how many physical 
T^ T ^ ' u^'^" °' ""-""er this particular physical line represents In the 

case where there is but one physic^ line in the logical line the LINE OF cipher 90 will be a ba^codl plttJn 

UNE OF c'nZ' 'V°"' °' " ' "•^''^^ ""^ P^y^'^^' Of those 1 wi hale a 

LH^E OF cipher whose meaning is "one of two" and the olher one will have a meaning of "two of two" The 
other meanings are "one of three", "two of three", ... "four of four", etc. Since there are 150 d^e e7valles 
dohlfl'^ '"."^^ Preferred bar code, the preceding list goes as high as sixteen of sixteenTnm enough 
^ ciphers are available to complete the "of seventeen" series) ^ 

L of Zt, f : °' ^'Pf^^'^ '^"'"9 '"'o what would otherwise be 

N- br nlinr, * r , '"""1" *° '"'"^"'^ "'^ ^'^^'^'^ " and N indicate "M of 

N . bringing the number of possible physical lines up to a full one hundred and fifty 

^ lin« ^ T"^ ^ °' '^'P'^^^^ 91 representing the "actual content" of'the 

Toln:S^iSZ:':: ^VTh'" " ''^ ^'""^ "ism@hpfcrp". After me coi l^g 

ai occurs a CHECKSUIM cipher 92. which is in turn followed by the STOP cipher 93 

called MAkV'heIdfr t,""" °' '^''^^'^^^^^ ^9"™ ^ Produced by a program 

^rr!l -? w """^^ "'^ P'°9^^'" «PP«ars in APPENDIX I. MAKE HEADER 

produced upon a fax machine or upon a suitable graphics output device, say a display monitor or a Wqh 

maSafhi ! T w •^^'9'" '^"i'^ """^"™«y '0 ^kew. and since most f« 

madi nes have pretty good paper transport mechanisms, a minimum height of one half hf an inch is ptentT 

« feed I Ihl'l? IrT""" ""T- " "'""'^ "'^^ "'a^'^in^^ vvould jam the paper before con inutg to 
Inch high '° '^^'^'"9 °' ^""^ 0' ''^^ '^od^ o-'ly one quarter ofan 

fixed at any particular size, although there are preferred ratios amongst them. Within the limits of 
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practcahty. the MAKE_HEADER program can make the ciphers wider or narrower, as desired In 
coo^rahon wrth this, the bar code reading capability In the fax server does not expect set sizes of bar code 
cipl^ers. understanding .nstead what the preferred ratios are. and accepting (within pracUcal limits) arbitrarily 
SMied ciphers. Accordingly, the length of a line of bar code is not rigidly cast in advance, either, except 

^„o ''^ ^^"^^ ^^'^ '° '^^"^ °"*P"» '^s^'<=« limitaUons. Thus, a given logical 

hne might fit on a smgle physical Dne if the cipher width Is set at or below a certain size, buTwill 
automalKrally be broken- and-reformatted into two (or more) physical lines either as the number of 
characters m the content string increases or as the selected width of the ciphers Is increased 

Rgures 8A-D illustrate what has been discussed above. These figures represent four different instances 
of the saiTte header page. (Other useftil stuff that might be found on an actual header page, such as 
.1,3""^ TVf^ "^^^ count time and date have been omitted for clanty. Those 

things would no affect the operation of the invention, since they are not bar code, and they can appear in 
any convenient locations.) Each of these four figures is logically equivalent to the other three, although they 

^!r.^t TpLowT' '^^^'"^ P^'^"'^' t*^^' ^'S^'^ 8A all three of the To' 

Ti^ nf rhP,^ K ?" '^P^'=*'^° Ptiysical lines. In the following figures various ones (or 

a^O of the logical Imes are broken into instances of multiple physical lines. A careful Inspection of those 

Refer now to Rgure 9, which is an illustration of the bar code preferred for use with the invention. The 
lnrl.n.°rH ."c^'.f^""" ™^ °' ""^"^^ " ^ °^ """"red and twenty eight 

K L ^ ' ^'^'"^ """"^'^ "line of" mechar^sm for 

multi-line bar codes. The remaining portion 95 of twenty-two ciphers are available for control codas as well 

ll^Z^Z f Z •"l"'""'-""^ Tiechanism. At the left-hand side of the portion 64 is a column of 

row m the portion 94. The individual ciphers in the portion 94 have addresses that increase from left to dght 

addr«ZV*l '"T'''.'™'". '° ''^ '"'^''^^'^^ The hexadecimal 

in STi ' ^ ^ corresponding ASCII character according to the arrangement depicted 

Rnally. note ciphers 96 and 97: these are the START/STOP cipher. Cipher 96 is the START/STOP 
direction' ^ "'^ ^"^ ^"""^i '^''^'^^ 
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00 


nul 


01 


soh 


08 


bs 


09 


ht 


10 


die 


11 


del 


18 


can 


19 


em 


20 


sp 


21 
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29 
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31 
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38 
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39 
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40 
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41 
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48 
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49 
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50 
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51 
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58 
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59 
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60 
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68 
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69 
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70 
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71 
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78 
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79 
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02 


stx 


03 


etx 


04 


eot 


Oa 


nl 


Ob 


vt 


Oc 


np 


12 


dc2 


13 


dc3 


14 


dc4 


la 


sub 


lb 


esc 
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fs 


22 
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23 
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24 
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2c 
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33 
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34 
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42 
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43 
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44 
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52 


R 


53 
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72 
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73 
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74 
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7a 
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7b 
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1 



05 


enq 


1 06 


ack 


07 


bel 


Od 


cr 


Oe 


so 


Of 


si 


15 


nak 


16 


syn 


17 


etb 


Id 


gs 


le 


rs 


If 


us 


25 
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26 


& 


27 




2d 




2e 
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46 
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47 
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57 
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5e 




5f 




65 
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66 
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75 
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7e 




7f 


del 
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One conventional bar code in wide use today is the "code-39" barcode. The name arises from the use 
h Itr„ nil! ""''^^ °' ' °' '^^ P^^b'^-^ vvith code-39 1 mat t 

I' ""^ ^'^^^'^^'y a -"o^e ciphers available for use as control characters. The bar code 
depicted in F|gure 9 may be termed -code-411-, as it uses eleven tolal elements, of which four a^l wide 
(two white and two black) and seven are thin (three white and four black). Each cipher starts and ends wrth 
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of^mT ^'^""^"^^ ^^^^"^ ^^^""^ "'"'^ ""'^ '^P^'*^^ ^ 

Table H lists. according to an arbitrarily selected algorithm for ordering the ciphers, the binary coded 
hexadecimal representation of the code-411 bar code (the "Ox- is the convention in the C programming 
anguage for denoting hexadecimal integers, and is not itself part of the bit pattern). In the hex representa 

^Mh^ ?."^ T^^!^ ^ "^^"^^ ^^'^^ ^ ^^^^ ^ element. Replace each 

of the three hex digits w,th - its binarr equivalent, and take the right-most eleven bits of the twelve bits The 
most-significant bit of the resulting hex code corresponds to the left-most element of a cipher that is right 
side up. It wfl also be necessary to recall that each cipher begins and ends with black elements, and that 
black and white elements occur in strict aJtemaU'on. 
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0x780, 

0x6cO, 

0X690, 

0x684, 

0X681, 

0x348, 

0X318, 

0X3 Oc, 

0X309, 

0x258, 

0x24c, 

0X249, 

0x2 Ic, 

0X219, 

0X2 Od, 



0x720, 
0x660, 
0X630, 
0x624, 
0X621, 
0X342, 
0X312, 
0x306, 
0x303, 
0x252, 
0x246, 
0x243, 
0X216, 
0X213, 
0x207, 



0x708 , 
0X648, 
0x613, 
0x6 Oc, 
0x609, 
0x1 eO, 
OxlbO, 
Oxla4, 
Oxlal, 
OxofO, 
OxOe4 , 
OxOel, 
OxOb4, 
OxObl, 
0x0a5, 



0x702, 
0X642, 
0X612, 
0x606, 
0X603, 
OXlCfi, 
0X198, 
0x18c, 
0X189, 
OXOd8, 
OxOcc, 
0x0c9, 
0x09c, 
0X099, 
0x08d, 



OxSaO, 
0x4 eO, 
Ox4bO, 
0x4a4, 
0X489, 
0xlc2, 
0x192, 
0X186, 
0x183, 
0x0d2, 
0x0c6, 
0x0c3, 
0x096, 
0x093, 
0x087, 



0X588, 
0x4c8, 
0x498, 
Ox48c, 
0x483, 
0x168, 
0X138, 
Oxl2c, 
0X129, 
0X078, 
0X06C, 
0x069, 
0x03c, 
0X039, 
0x02d, 



0x582, 

0X4 C2, 

0X492, 

0X486, 

0x423, 

0x162, 

0X132, 

0x126, 

0x123, 

0X072, 

0x066, 

0x063 , 

0x036, 

0x033, 

0x027, 



0x528, 

0x468, 

0x438, 

0x42c, 

0x40b, 

0xl4a, 

Oxlla, 

OxlOe, 

OxlOb, 

0x05a, 

0x04e, 

0x04 b, 

OxOle, 

OxOlb, 

OxOOf, 



0X522, 
0X462, 
0X432, 
0x426, 
0x3 CO , 
0x390, 
0x384, 
0X381, 
0x2d0, 
0x2c4, 
Ox2cl, 
0x294, 
0x291, 
0X285, 
0x429, 



0x50a 

0x4 4 a 

0x41a 

0x40e 

0x360 

0x330 

0X324 

0x321 

0x270 

0X264 

0x261 

0x234 

0X231 

0x225 

0x4al 



_HEADER (APPENDIX I) certain default parameters are used. 



When produced by the program MAKE 
These include: 
Thickness of wide black = .0100" 
Thickness of wide white ~ .0133" 
Thickness of thin black = .0033" 
Thickness of thin white = .0066" 
Intercipher spacing = one thin white 
Height of bar code elements = .50" 

ciJZ.T^'°"- ^'P"^' <^ ^"^""^ MAKE_HEADER) is fifty percent larger ir, all 

etr:;rrS5^*- " ^"^"'"'^ " ^^"'^'V as a safety .erasure to 

The above default values were chosen to facilitate reliable readability after fax - photocopy - fax cycles 
reduc I l'"" '° ^='""963 In black widths, even if there is no enlargement o; 

as three and one half degrees of skew m a received document of eight and one half inches in width Our 

drirj; h"''T T'* °' "'P^^ --^^'-^ even 

deliberately induced skew to approximately three degrees. 

«rr=!l^ w?"" *° '"■'.fu '^^^''^ S'^Kematic form one way that a "bingo card" 99 could be 

Si . . M ? ^"^^ °' °" "^e These may be in a known 

L .h!^u K . ^'^^^^ °* "^^ ^^^^y independently recognizable, and that 

fIh r t ^^""^'^'^^ each check box is a field of text 102 

text contains a human readable explanation of what is to be understood by placing a mark 

f tet 102 wourdt . ?H '^^r " "ingo card 99 were a request for literate, each field 

Ir^- . ^ ""^ °' description of a piece of literature that could be requested. An optional 

inforlZ '"""^ ^^"''er of the c^d to convey oZ 

orS^a tn fn V """^ "^"^"'^ ^"^P'^' ^ '^^ ^^^^ °' Check boxes 

could serve to encode an area code followed by a seven digit phone number. In many instances this would 
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be unnecessary, as the requested information could simply be faxed back as part of the sam« nhnn» .=.11 

mdlMtes a direction to feed the image of the bingo card 99 through the fax machine, in the evenTthere 
,^r..f ,f °' '° "^'^ document erection still slants" brabsent some 

T^^^r '^'^JZ ""^y '"'"^ *o '•^^^ -"^"'P^'^e an entire oraphicsTmaoe of 

n Z« f °' ""^"^ ^« '"f-'^-^a"'"' ^'l a" there but now ma s^ 

I^ml T "'^f'"* a'« "o« ess8ntiallr parallel to the "axis of information progression" in the dlm^ 
and more complicated algorithms would be required. h a »on in me aocument, 

r^rt^h!'"""^* "!^!!"'?° ^ distributed in any convenient fashion; e.g., in a magazine To use the 

fiL oM ^ H H T error correction. The bingo card has the advantage that it can be 

correctness. ar,d altered if need be. What is more, the faxing of thrbingo c^d is as 
bo^ ^rZ , n ""''^ "P^-^Wo" '"e proper phone number is dialed. There is no 

about acadenta y pressing the wrong key during the order entry process, or having a key pr^ Jce eit^r^ 
m, smg or doul, e burst of tone as sometimes happens when the finger is not placed squarer^n'he Sn er 
of the key. resulting in a binding action within the key. squareiy in tne center 
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■ iTr^pSriTepfor"' " "-^^'"'^ '° - ^^^^^^^'^ - ^ 
docurnvranSm:.^ :;sr °" ^ ~ ^ ^^^^ "-^^^ ^ ^ 

se"r^r.n m^Pn^onTn '° ' ^^ilal transmission by facsimile; and 

address isTated '° ' ""'^ '° ^ "P"" -"^'^'^ '"e destination 

neZ'X^^l'^ 1' """"" r'"^"^ representation of a document ,0 a destination on a 

network, the method compnsing the steps of: 

scanning a selected page of the document for bar code- 

detecting the presence of a selected bar code cipher in a selected location within the scanned bar 

convening a remaining portion of the scanned bar code into an address suitable for use in 
addressing a destination location on the network; and 

sending the document to the destination location on the network. 

^"'cSn? llrJ^T ' asymmetrical when scanned from opposing 

st^p ore^er. noZ n J''"?"'/''' " *'^^«°"«' '"^her comprising the 

stcceifuTuDon 1 Lr .oh ' "T""' ""^'"^ '° '^^'^^""g ^'«P being 

successful upon a bar code scanned m a selected direction. » k a 

irrompStTtX?^^^^ '° '° " '"'""^^'^ °" ^ "^^ 

docurtt'^e'lsmZ bi^fSr °" ' ^ ^ ''^^ °' ^ 

encoding the document according to a format for the digital transmission by facsimile; 

address is foiaLd;"''"' '° ' ""^'^ '° " "^"^"^ "P°" "^stinaUon 

scanning a selected page of the document for bar code; 
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coda?'^''""^ '^^ "'^^""^ °' ^ ^'^'^^ ^'P*^^' ^ ^^'^^'^ 'he scanned bar 

phHr^T'*'"^ ^ remaining portion of the scanned bar code into an address suitable for use in 
addressing a destination location on tlie networ1<: and 

sanding the document to the destination location on the network. 

^" ir^^ "i'" " *e^scfecf cipher is asymmetrical when scanned from opposing 

I '*^^!f ^ "P""*^ ^«='P°"''« ''electing step being 

successful upon a bar code scanned in a selected direction. 

6. A method comprising the steps of: 

storing a digital representation of a document within a computer system at a destination • 

»5 destSon'"'"^ ^ '^""'"^ " ^ '^''^ '^"^^ '^'^'■"'"^ '° "'^ 'y^'^"' «' 

coded^!elt'*aJd "* ^ action to perform in response to the transmitting of the bar 

sending by facsimile the digital representation of the document to the sending entity. 

^' tn.^'y, ^ ^Ik"".^ "'^ "^smittlng step includes a bar coded return address, and the 

sending step uses Uie bar coded return address in sending the digital representation of tiie document. 

8. A method comprising the steps of: 

25 tion;"°""° ^ 0' documents within a computer system at a destina- 

transmitting by facsimile from a sending entity a form including a bar coded request for the return 

ZlTln!: °K '"'Th""' '° o' the documents in the plSj 

thereof, and a bar coded return address accessible by facsimile; 

reading the bar coded request for the return transmission of' information- 
s') determining from the indicia at least one digital representation to be sent to the return address- and 
ing steS *° ^'^^ '«P^®'®"'««0" determined in the determin- 

9. A method as in claim 8 wherein the indicia are formed by the application, prior to the transmittinq steo 
35 of marks within predefined fields indicated upon the form. e iransmitnng step. 

h,.l?°^^l'".'^,"' ^ P'«''««"ed fields indicated upon the form are associated with 

human readable labels each specifying a document in the plurality thereof. 

•40 11. A method comprising the steps of: 

destinaS"*"^ '""^ ^ '^""'"^ ^"""^ ' ""'"'''^ '° ' 'y^*®"^ ^' ^ 

codeTrSue? '° determine an action to perform in response to the transmitting of the bar 



45 



subsequant to the reading step, generating in the computer at the destination a digital representa- 
tion of a document relating to the action to be performed, and 

sending by facsimile the digital representation of the document to the sending entity. 



55 
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